SherbyNet - /page/wikibook/entry.mu

Micron Document

<!DOCTYPE html>

<title>Modèle OSI</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading"><span class="mw-page-title-main">Modèle OSI</span></h1>

</header>

</div>

<p>Le <b>modèle OSI</b> (<i><span class="lang-en" lang="en"><b>O</b>pen <b>S</b>ystems <b>I</b>nterconnection</span></i>) est une <a href="Norme_et_standard_techniques" title="Norme et standard techniques">norme</a> de communication de <a href="Syst%C3%A8me_ouvert_(informatique)" title="Système ouvert (informatique)">tous les systèmes informatiques</a> en <a href="R%C3%A9seau_informatique" title="Réseau informatique">réseau</a>. C'est un <a href="Mod%C3%A8le_(informatique)" title="Modèle (informatique)">modèle</a> de communications entre <a href="Ordinateur" title="Ordinateur">ordinateurs</a> proposé par l'<a href="Organisation_internationale_de_normalisation" title="Organisation internationale de normalisation">ISO</a> (Organisation internationale de normalisation) qui décrit les fonctionnalités nécessaires à la communication et l'organisation de ces fonctions.

</p>

<div class="mw-heading mw-heading2"><h2 id="Histoire">Histoire</h2></div>

<p>Le modèle OSI est conçu dans les <a href="Ann%C3%A9es_1970" title="Années 1970">années 1970</a>, sur fond de rivalités entre trois architectures de conceptions différentes : la <a href="Distributed_system_architecture" title="Distributed system architecture">DSA</a> lancée par <a href="Compagnie_internationale_pour_l'informatique" title="Compagnie internationale pour l'informatique">CII-Honeywell-Bull</a> innove dans l'<a href="Informatique_distribu%C3%A9e" class="mw-redirect" title="Informatique distribuée">informatique distribuée</a> en mettant en avant les <a href="Mini-ordinateur" title="Mini-ordinateur">mini-ordinateurs</a> <a href="Mitra_15" title="Mitra 15">Mitra 15</a> puis <a href="Mini_6" title="Mini 6">Mini 6</a>, tandis que <a href="Decnet" title="Decnet">Decnet</a>, de <a href="Digital_Equipment_Corporation" title="Digital Equipment Corporation">DEC</a>, et <a href="IBM_Systems_network_architecture" title="IBM Systems network architecture">SNA</a> d'<a href="IBM" title="IBM">IBM</a> donnent une plus grande place au site central, qui contrôle l’ensemble des ressources matérielles et logicielles, tandis que les utilisateurs accèdent aux ressources du réseau à travers une <span class="citation">« session »</span> via des <a href="Terminal_passif" title="Terminal passif">terminaux passifs</a>.

</p><p><a href="Hubert_Zimmermann" title="Hubert Zimmermann">Hubert Zimmermann</a> est recruté en <a href="1971" title="1971">1971</a> à l'<a href="Institut_national_de_recherche_en_informatique_et_en_automatique" title="Institut national de recherche en informatique et en automatique">INRIA</a> par <a href="Louis_Pouzin" title="Louis Pouzin">Louis Pouzin</a> pour développer le <a href="Datagramme" title="Datagramme">datagramme</a> qui est une <a href="https://fr.wiktionary.org/wiki/technologie" class="extiw external" title="wikt:technologie">technologie</a> suscitant un enthousiasme international<sup id="cite_ref-interstices.info_1-0" class="reference"><a href="#cite_note-interstices.info-1"><span class="cite-bracket">[</span>1<span class="cite-bracket">]</span></a></sup> et qui est appuyée par la <a href="Compagnie_internationale_pour_l'informatique" title="Compagnie internationale pour l'informatique">CII</a><sup id="cite_ref-2" class="reference"><a href="#cite_note-2"><span class="cite-bracket">[</span>2<span class="cite-bracket">]</span></a></sup>. Responsable et secrétaire<sup id="cite_ref-3" class="reference"><a href="#cite_note-3"><span class="cite-bracket">[</span>3<span class="cite-bracket">]</span></a></sup> du groupe de travail <span class="citation">« Architecture informatique »</span>, au sein de l'<a href="Organisation_internationale_de_normalisation" title="Organisation internationale de normalisation">Organisation internationale de normalisation</a>, <a href="Hubert_Zimmermann" title="Hubert Zimmermann">Hubert Zimmermann</a> est le concepteur de la première version de l’architecture OSI, selon <a href="Vint_Cerf" title="Vint Cerf">Vinton Cerf</a><sup id="cite_ref-interstices.info_1-1" class="reference"><a href="#cite_note-interstices.info-1"><span class="cite-bracket">[</span>1<span class="cite-bracket">]</span></a></sup>; il est épaulé par le spécialiste des <a href="Base_de_donn%C3%A9es" title="Base de données">bases de données</a>, <a href="Charles_Bachman" title="Charles Bachman">Charles Bachman</a><sup id="cite_ref-4" class="reference"><a href="#cite_note-4"><span class="cite-bracket">[</span>4<span class="cite-bracket">]</span></a></sup>. Les <a href="Postes%2C_t%C3%A9l%C3%A9graphes_et_t%C3%A9l%C3%A9phones_(France)" title="Postes, télégraphes et téléphones (France)">PTT</a> français refusent le <a href="Datagramme" title="Datagramme">datagramme</a> et le <a href="Cyclades_(r%C3%A9seau)" title="Cyclades (réseau)">réseau Cyclades</a><sup id="cite_ref-5" class="reference"><a href="#cite_note-5"><span class="cite-bracket">[</span>5<span class="cite-bracket">]</span></a></sup>, pour lui préférer <a href="Transpac" title="Transpac">Transpac</a><sup id="cite_ref-6" class="reference"><a href="#cite_note-6"><span class="cite-bracket">[</span>6<span class="cite-bracket">]</span></a></sup>.

</p><p>C'est en <time class="nowrap" datetime="1978-03" data-sort-value="1978-03">mars 1978</time> que Charles Bachman présente son modèle de communication en 7 couches dans le document ISO/TC97/SC16/N34.

</p><p>Les <a href="Op%C3%A9rateur_de_t%C3%A9l%C3%A9communications" title="Opérateur de télécommunications">opérateurs télécoms</a> européens, tous <a href="Nationalisation" title="Nationalisation">nationalisés</a>, le combattent. C'est ce retard, sa résilience moindre et sa relative fermeture qui conduisent la norme OSI à être supplantée par <a href="Suite_des_protocoles_Internet" title="Suite des protocoles Internet">TCP/IP</a> dans le domaine de l'<a href="Internet" title="Internet">Internet</a> naissant, adopté par le réseau <a href="ARPANET" title="ARPANET">Arpanet</a> le <time class="nowrap" datetime="1983-01-01" data-sort-value="1983-01-01"><abbr class="abbr" title="premier">1<sup>er</sup></abbr> janvier 1983</time> (en remplacement du protocole <a href="https://en.wikipedia.org/wiki/Network_Control_Program" class="extiw external" title="en:Network Control Program">NCP</a><sup id="cite_ref-7" class="reference"><a href="#cite_note-7"><span class="cite-bracket">[</span>7<span class="cite-bracket">]</span></a></sup>).

</p><p>L'OSI devient une norme en 1984 : la norme ISO 7498:1984<sup id="cite_ref-8" class="reference"><a href="#cite_note-8"><span class="cite-bracket">[</span>8<span class="cite-bracket">]</span></a></sup> du <time class="nowrap" datetime="1984-11-15" data-sort-value="1984-11-15">15 novembre 1984</time> ; elle-même sera révisée en 1994 devenant la norme ISO/IEC 7498-1:1994<sup id="cite_ref-9" class="reference"><a href="#cite_note-9"><span class="cite-bracket">[</span>9<span class="cite-bracket">]</span></a></sup><sup class="reference cite_virgule">,</sup><sup id="cite_ref-10" class="reference"><a href="#cite_note-10"><span class="cite-bracket">[</span>10<span class="cite-bracket">]</span></a></sup> ;

</p>

<div class="mw-heading mw-heading2"><h2 id="Aperçu"><span id="Aper.C3.A7u"></span>Aperçu</h2></div>

<p>La norme complète, de référence ISO 7498, est globalement intitulée « Modèle basique de référence pour l'interconnexion des <a href="Syst%C3%A8me_ouvert_(informatique)" title="Système ouvert (informatique)">systèmes ouverts</a> (OSI) » et est composée de quatre parties :

</p>

<ol><li>Le modèle de base (ref. 7498-1)</li>

<li>Architecture de sécurité (ref. 7498-2)</li>

<li>Dénomination et adressage (ref. 7498-3)</li>

<li>Cadre général de gestion (ref. 7498-4)</li></ol>

<p>La version de cet article ainsi que les articles consacrés à chacune des couches du modèle se concentrent sur la partie 1, révision de <a href="1994_en_informatique" title="1994 en informatique">1994</a>. L'UIT-T en a approuvé le texte à l'identique sous le numéro de recommandation X.200<sup id="cite_ref-11" class="reference"><a href="#cite_note-11"><span class="cite-bracket">[</span>11<span class="cite-bracket">]</span></a></sup> en 1994.

</p><p>Le texte de la <a href="Norme" title="Norme">norme</a> proprement dite est très abstrait car il se veut applicable à de nombreux types de <a href="R%C3%A9seau_informatique" title="Réseau informatique">réseaux</a>. Pour la rendre plus compréhensible, en plus de présenter la <a href="Norme" title="Norme">norme</a>, cet article fait des liens avec les réalisations concrètes telles qu'on les trouve dans un <a href="Ordinateur" title="Ordinateur">ordinateur</a>, c’est-à-dire des piles protocolaires concrètes (un « système réel » au sens de la section 4). De plus, la <a href="Norme" title="Norme">norme</a> n'indique pas de mécanismes propres à assurer les fonctions définies alors que cet article le fait. Les exemples de services et surtout de protocoles sont pris dans le monde dit "IP" (probablement le plus connu mais aussi le plus éloigné de l'esprit de la norme), le monde <a href="R%C3%A9seau_num%C3%A9rique_%C3%A0_int%C3%A9gration_de_services" title="Réseau numérique à intégration de services">RNIS</a> (y compris la seconde génération, plus connue sous le nom <a href="Asynchronous_transfer_mode" class="mw-redirect" title="Asynchronous transfer mode">ATM</a>) et parfois le monde OSI (qui ne fait pas que des modèles).

</p><p>Les combinaisons offertes par le modèle sont beaucoup plus nombreuses que celles réalisées dans des piles de protocoles existantes, on ne peut donc pas donner d'exemple réel pour toutes les fonctions.

</p>

<div class="mw-heading mw-heading2"><h2 id="Présentation_de_la_norme"><span id="Pr.C3.A9sentation_de_la_norme"></span>Présentation de la norme</h2></div>

<p>L'objectif de cette norme est de spécifier un cadre général pour la création de normes ultérieures cohérentes. Le modèle lui-même ne définit pas de service particulier ni de protocole.

</p>

<div class="mw-heading mw-heading3"><h3 id="Concepts_et_terminologie_:_services,_protocoles_et_interfaces"><span id="Concepts_et_terminologie_:_services.2C_protocoles_et_interfaces"></span>Concepts et terminologie : services, protocoles et interfaces</h3></div>

<p>Le modèle est essentiellement une architecture en couches définies et délimitées avec les notions de service, de <a href="Protocole_de_communication" title="Protocole de communication">protocole</a> et d'<a href="Interface_(informatique)" title="Interface (informatique)">interface</a>.

</p>

<ul><li>Un service est une description abstraite de fonctionnalités à l'aide de primitives (commandes ou événements) telles que demande de connexion ou réception de données.</li>

<li>Un protocole est un ensemble de messages et de règles d'échange réalisant un service.</li>

<li>Une interface (« point d'accès au service » dans la norme) est le moyen concret d'utiliser le service. Dans un programme, c'est typiquement un ensemble de fonctions de <a href="Biblioth%C3%A8que_logicielle" title="Bibliothèque logicielle">bibliothèque</a> ou d'<a href="Appel_syst%C3%A8me" title="Appel système">appels systèmes</a>. Dans une réalisation matérielle, c'est par exemple un <a href="Registre_de_processeur" title="Registre de processeur">jeu de registres</a> à l'entrée d'un circuit.</li></ul>

<p>Les détails d'un service varient bien sûr d'une <a href="Architecture_de_r%C3%A9seau" title="Architecture de réseau">architecture de réseau</a> à l'autre. La classification la plus grossière se fait selon que le service fonctionne en mode connecté ou non. Malgré cette variabilité, les fonctions communes ont des noms conventionnellement constants. Ces noms ne proviennent toutefois pas directement de ISO 7498-1.

</p>

<dl><dt><code><span class="lang-en" lang="en">connection.request</span></code></dt>

<dd>est une demande de connexion sortante, i.e. à l'initiative d'une entité locale.</dd>

<dt><code><span class="lang-en" lang="en">connection.indication</span></code></dt>

<dd>correspond à l'événement « Une demande de connexion entrante a été reçue. »</dd>

<dt><code><span class="lang-en" lang="en">connection.response</span></code></dt>

<dd>est l'indication d'acceptation ou de rejet de la connexion</dd>

<dt><code><span class="lang-en" lang="en">connection.confirmation</span></code></dt>

<dd>correspond à l'événement « La réponse du demandé a été reçue. » C'est un acquittement.</dd>

<dt><code><span class="lang-en" lang="en">data.request</span></code>, <code><span class="lang-en" lang="en">data.indication</span></code> et <code><span class="lang-en" lang="en">data.confirm</span></code></dt>

<dd>sont le pendant pour les données.</dd></dl>

<p>Les données fournies à une primitive de service sont appelées (N)-SDU (« <span class="lang-en" lang="en"><i><a href="Service_Data_Unit" title="Service Data Unit">Service Data Unit</a></i></span> ») où N est l'indication de la couche, son numéro dans la norme, parfois une lettre tirée du nom de la couche. Les messages d'un protocole sont appelés PDU (« <span class="lang-en" lang="en"><i><a href="Protocol_Data_Unit" title="Protocol Data Unit">Protocol Data Unit</a></i></span> »).

</p>

<div class="mw-heading mw-heading3"><h3 id="Architecture_en_couches">Architecture en couches</h3></div>

<caption>Modèle OSI

</caption>

<td>

</td>

</th>

<th scope="col" colspan="2">Couche

</th>

<th scope="col">Fonction

</th></tr>

<th rowspan="4">Couches hautes

</th>

<td rowspan="3"><a href="Donn%C3%A9e_(informatique)" title="Donnée (informatique)">Donnée</a>

</td>

<td><a href="Couche_application" title="Couche application">Application</a>

</td>

<td>Point d'accès aux services réseau

</td></tr>

<td><a href="Couche_pr%C3%A9sentation" title="Couche présentation">Présentation</a>

</td>

<td>Gère le <a href="Chiffrement" title="Chiffrement">chiffrement</a> et le déchiffrement des données, convertit les données machine en données exploitables par n'importe quelle autre machine

</td></tr>

<td><a href="Couche_session" title="Couche session">Session</a>

</td>

<td>Communication Interhost, gère les sessions entre les différentes applications

</td></tr>

<td><a href="Transmission_Control_Protocol" title="Transmission Control Protocol">Segment</a> / <a href="User_Datagram_Protocol" title="User Datagram Protocol">Datagramme</a>

</td>

<td><a href="Couche_transport" title="Couche transport">Transport</a>

</td>

<td>Connexion de bout en bout, connectabilité et <a href="Contr%C3%B4le_de_flux" title="Contrôle de flux">contrôle de flux</a> ; notion de <a href="Port_(logiciel)" title="Port (logiciel)">port</a> (<a href="Transmission_Control_Protocol" title="Transmission Control Protocol">TCP</a> et <a href="User_Datagram_Protocol" title="User Datagram Protocol">UDP</a>)

</td></tr>

<th rowspan="3">Couches matérielles

</th>

<td><a href="Paquet_(r%C3%A9seau)" title="Paquet (réseau)">Paquet</a>

</td>

<td><a href="Couche_r%C3%A9seau" title="Couche réseau">Réseau</a>

</td>

<td>Détermine le parcours des données et l'adressage logique (<a href="Adresse_IP" title="Adresse IP">adresse IP</a>)

</td></tr>

<td><a href="Trame_(informatique)" title="Trame (informatique)">Trame</a>

</td>

<td><a href="Couche_liaison" class="mw-redirect" title="Couche liaison">Liaison</a>

</td>

<td>Adressage physique (<a href="Adresse_MAC" title="Adresse MAC">adresse MAC</a>)

</td></tr>

<td><a href="Bit" title="Bit">Bit</a> / <a href="Rapidit%C3%A9_de_modulation" title="Rapidité de modulation">Symbole</a>

</td>

<td><a href="Couche_physique" title="Couche physique">Physique</a>

</td>

<td>Transmission des signaux sous forme numérique ou analogique

</td></tr></tbody></table>

<p>Le modèle comporte sept couches succinctement présentées ci-dessus de bas en haut et détaillées dans leurs articles respectifs. Ces couches sont parfois réparties en deux groupes.

</p><p>Les trois couches inférieures sont plutôt orientées communication et sont souvent fournies par un <a href="Syst%C3%A8me_d'exploitation" title="Système d'exploitation">système d'exploitation</a> et par le matériel.

</p><p>Les quatre couches supérieures sont plutôt orientées <a href="Application_(informatique)" title="Application (informatique)">application</a> et plutôt réalisées par des bibliothèques ou un programme spécifique. Dans le monde IP, ces quatre couches sont rarement distinguées. Dans ce cas, toutes les fonctions de ces couches sont considérées comme faisant partie intégrante du protocole applicatif.

</p><p>Par ailleurs, les couches basses sont normalement transparentes pour les <a href="Donn%C3%A9e_(informatique)" title="Donnée (informatique)">données</a> à transporter, alors que les couches supérieures ne le sont pas nécessairement, notamment au niveau présentation.

</p><p>Dans une telle architecture, une « entité » de niveau (N+1) envoie des données avec la primitive <code>« <span class="lang-en" lang="en">data.request</span> »</code> à l'entité de niveau (N) en lui fournissant comme données un (N+1)-PDU qui sera à son tour encapsulé dans un (N)-PDU. Côté récepteur, chaque entité analyse l'enveloppe protocole correspondant à sa couche et transmet les données à la couche supérieure sous la forme d'une primitive <code>« <span class="lang-en" lang="en">data.indication</span> »</code>.

</p><p>Certaines fonctions comme la détection des erreurs de transmission, leur correction et le contrôle de flux peuvent être présentes dans plusieurs couches. Ces fonctions sont décrites globalement plus loin.

</p>

<div class="mw-heading mw-heading4"><h4 id="Caractérisation_résumée_des_couches"><span id="Caract.C3.A9risation_r.C3.A9sum.C3.A9e_des_couches"></span>Caractérisation résumée des couches</h4></div>

<p>La caractérisation donnée ici est tirée du chapitre 7 de ISO 7498-1. La description originelle donne en plus, pour chaque couche, les fonctions de manipulation de commandes ou de données significatives parmi celles décrites plus bas.

</p>

<ol><li>La <a href="Couche_physique" title="Couche physique">couche « physique »</a> est chargée de la transmission effective des signaux entre les interlocuteurs. Son service est limité à l'émission et la réception d'un bit ou d'un train de bits continu (notamment pour les supports synchrones (<a href="Hub_Ethernet" title="Hub Ethernet">concentrateur</a>)).</li>

<li>La <a href="Couche_de_liaison" class="mw-redirect" title="Couche de liaison">couche « liaison de données »</a> gère les communications entre deux machines directement connectées entre elles, ou connectées à un équipement qui émule une connexion directe (<a href="Commutateur_r%C3%A9seau" title="Commutateur réseau">commutateur</a>).</li>

<li>La <a href="Couche_r%C3%A9seau" title="Couche réseau">couche « réseau »</a> gère les communications de proche en proche, généralement entre machines : routage et adressage des paquets (cf. note ci-dessous).</li>

<li>La <a href="Couche_de_transport" class="mw-redirect" title="Couche de transport">couche « transport »</a> gère les communications de bout en bout entre processus (programmes en cours d'exécution).</li>

<li>La <a href="Couche_de_session" class="mw-redirect" title="Couche de session">couche « session »</a> gère la synchronisation des échanges et les « transactions », permet l'ouverture et la fermeture de session.</li>

<li>La <a href="Couche_de_pr%C3%A9sentation" class="mw-redirect" title="Couche de présentation">couche « présentation »</a> est chargée du codage des données applicatives, précisément de la conversion entre données manipulées au niveau applicatif et chaînes d'octets effectivement transmises.</li>

<li>La <a href="Couche_application" title="Couche application">couche « application »</a> est le point d'accès aux services réseaux, elle n'a pas de service propre spécifique et entrant dans la portée de la norme.</li></ol>

<p>Il existe différents moyens mnémotechniques pour les retenir plus facilement<sup id="cite_ref-12" class="reference"><a href="#cite_note-12"><span class="cite-bracket">[</span>12<span class="cite-bracket">]</span></a></sup>.

</p>

<div class="mw-heading mw-heading4"><h4 id="Quelques_précisions"><span id="Quelques_pr.C3.A9cisions"></span>Quelques précisions</h4></div>

<p>Lorsque les services réseau et transport fonctionnent tous les deux en mode connecté, il n'y a pas toujours de distinction claire entre ces deux services. Il y a toutefois deux cas où cela est très simple :

</p>

<ul><li>Si le service réseau n'autorise qu'une seule connexion entre deux machines : dans ce cas, les connexions de niveau transport sont nécessairement multiplexées sur une connexion de niveau réseau et la distinction est nette.</li>

<li>Si les services des deux couches relatifs à la correction des erreurs sont différents : ces fonctions peuvent n'être présentes que dans une seule des deux couches.</li></ul>

<div class="mw-heading mw-heading3"><h3 id="Les_fonctions_communes">Les fonctions communes</h3></div>

<div class="mw-heading mw-heading4"><h4 id="Fiabilisation_des_communications">Fiabilisation des communications</h4></div>

<p>L'un des rôles majeurs des couches 2 à 4, présentes dans nombre de piles protocolaires, est la construction d'une connexion exempte d'erreurs de transmission. Cela signifie que les données transmises sont reçues sans corruption, perte, réordonnancement ni duplication. Cela implique qu'au moins une couche, et en pratique plusieurs, fasse de la détection d'erreur, de la correction d'erreur ou de la retransmission de données et du contrôle de flux.

</p>

<dl><dt>Détection d'erreurs</dt>

<dd>repérage des PDU dont au moins un bit a changé de valeur lors du transfert.</dd>

<dt>Correction des erreurs</dt>

<dd>Compensation des erreurs soit par correction des données à l'aide de code correcteurs d'erreurs ou par destruction du PDU erroné et demande de retransmission.</dd>

<dt>Contrôle de flux</dt>

<dd>Synchronisation des communications destinée à empêcher qu'un interlocuteur reçoive plus de PDU qu'il ne peut en traiter.</dd></dl>

<p>Les contrôles de flux des couches 2 et 3 peuvent sembler redondants, mais ce n'est pas nécessairement le cas. En effet, le contrôle de flux au niveau 2 garantit l'asservissement seulement sur une ligne. Mais si une machine est dotée de plusieurs interfaces, c'est le cas notamment de tous les routeurs, et qu'il n'y a pas de contrôle de flux sur au moins une des interfaces, il y a un risque de saturation dans l'entité de niveau réseau. Ce cas se présente en particulier dans les réseaux X.25 où le contrôle de flux est une option, négociée à l'ouverture de la connexion.

</p>

<div class="mw-heading mw-heading4"><h4 id="Fonctions_de_transformation">Fonctions de transformation</h4></div>

<p>En plus de la structure en couche, le modèle définit aussi une série de mécanismes standards de manipulation de commandes ou de données, utilisées pour la réalisation d'un service. Cette section définit les plus courantes. Ces transformations sont décrites par paire d'opérations inverses l'une de l'autre.

</p>

<dl><dt>Multiplexage et démultiplexage de connexion</dt>

<dd>Utilisation d'une connexion de niveau N pour transporter les PDU de plusieurs connexions de niveau N+1. Symétriquement, démultiplexer consiste à séparer les (N+1)-PDU entrants par connexion. Par exemple, ce mécanisme est prévu dans les réseaux <a href="Asynchronous_transfer_mode" class="mw-redirect" title="Asynchronous transfer mode">ATM</a> par la « couche » AAL 3/4.</dd>

<dt>Éclatement et recombinaison</dt>

<dd>Opérations similaires dans lesquelles les (N+1)-PDU sont répartis sur plusieurs connexions de niveau N. Cela est utilisé en particulier par les utilisateurs d'accès RNIS pour augmenter le débit disponible.</dd>

<dt>Segmentation et réassemblage</dt>

<dd>Lorsque le service fourni par la couche (N) fixe une limite de taille sur les données trop petites par rapport au service de la couche (N+1), la couche (N+1) découpe les (N+1)-SDU en plusieurs fragments correspondant chacun à un (N+1)-PDU avant envoi. À la réception, la couche (N+1) concatène les fragments pour retrouver le (N+1)-SDU initial. Cela est massivement utilisé dans les réseaux ATM et dans SSL/TLS. Pour IP, cette fonction est traditionnellement appelée « fragmentation ».</dd></dl>

<div class="mw-heading mw-heading2"><h2 id="Limitations_du_modèle_et_utilisations_étendues"><span id="Limitations_du_mod.C3.A8le_et_utilisations_.C3.A9tendues"></span>Limitations du modèle et utilisations étendues</h2></div>

<p>Cette section illustre quelques cas où une architecture réseau ne peut entrer complètement dans le cadre du modèle OSI.

</p><p>Le modèle prévoit que dans une pile concrète, il y ait un et un seul protocole par couche. Il y a toutefois des cas où cela est quasi impossible, en particulier lors de l'interconnexion de réseaux hétérogènes, c’est-à-dire utilisant des jeux de protocoles différents. Par exemple, un tunnel simple permet de relier 2 réseaux homogènes en traitant un réseau d'un autre type comme une connexion point à point. C'est cette technique qui est utilisée pour relier temporairement une machine isolée à Internet (hors-lignes <a href="Digital_Subscriber_Line" class="mw-redirect" title="Digital Subscriber Line">xDSL</a>) : Un modem gère une connexion téléphonique entre 2 machines distantes, donc une connexion de niveau 3 dans la pile RNIS, et l'utilise pour transmettre des trames PPP, protocole de niveau 2 alors que dans une pile canonique, cela serait des PDU de niveau transport (4).

</p><p>Il y a aussi des situations où deux protocoles de même niveau sont utilisés simultanément, car la combinaison du service fourni et du service attendu de la couche inférieure l'exige. Ainsi, dans le monde IP, les protocoles <a href="Secure_Sockets_Layer" class="mw-redirect" title="Secure Sockets Layer">SSL</a> et <a href="Transmission_Control_Protocol" title="Transmission Control Protocol">TCP</a> fournissent tous deux un service de communication point à point entre processus, SSL pouvant se substituer à TCP, mais le seul protocole standard réalisant le service attendu par SSL pour fonctionner est TCP. On superpose donc SSL sur TCP.

</p><p>Dans certaines architectures réseau, le service offert aux machines d'extrémité n'est pas suffisant pour satisfaire les besoins internes au réseau. Par exemple, dans un réseau <a href="Asynchronous_transfer_mode" class="mw-redirect" title="Asynchronous transfer mode">ATM</a>, le service réseau est en mode connecté. Il faut donc une pile protocolaire capable de transporter la signalisation (les messages de gestion des connexions) mais le service offert par cette pile n'est pas accessible aux machines d'extrémité. Pour modéliser cela, on superpose au découpage « horizontal » en couche, un découpage « vertical » en « plan » dans lequel les piles protocolaires sont indépendantes. Ainsi, un modèle de réseau ATM est constitué de 3 plans : le plan usager pour les données ordinaires, le plan de contrôle pour le transport de la signalisation et un plan de gestion pour la supervision interne au réseau. Les réseaux téléphoniques (réseaux fixes <a href="R%C3%A9seau_num%C3%A9rique_%C3%A0_int%C3%A9gration_de_services" title="Réseau numérique à intégration de services">RNIS</a> et réseaux <a href="Universal_Mobile_Telecommunications_System" title="Universal Mobile Telecommunications System">UMTS</a>) ont aussi un découpage en plan similaire.

</p>

<div class="mw-heading mw-heading2"><h2 id="Le_monde_IP_et_le_modèle_OSI"><span id="Le_monde_IP_et_le_mod.C3.A8le_OSI"></span>Le monde <a href="Internet_Protocol" title="Internet Protocol">IP</a> et le modèle OSI</h2></div>

<p>S'il y a bien une correspondance grossière entre les protocoles de la pile IP et les couches du modèle, on ne peut pas considérer que la pile IP soit vraiment compatible avec le modèle OSI. En particulier, la séparation des couches dans la pile IP est nettement plus approximative. En voici trois illustrations.

</p><p>Le modèle IP ne possède pas de couche présentation normalisant la conversion entre les octets transmis et les caractères qu'ils représentent dans un échange de texte. Le protocole IP ayant été inventé aux USA, le <a href="Code_ASCII" class="mw-redirect" title="Code ASCII">code ASCII</a> était implicite. Envoyer des caractères accentués dans un simple mail a pendant longtemps causé des erreurs de <a href="Transcodage" title="Transcodage">transcodage</a> si le programme utilisé pour écrire le mail était différent du programme utilisé pour le lire : on voyait par exemple apparaître des « =?iso-8859-1?Q?ISO-8859-1: Voix ambigu=EB d’un cœur qui au z=E9phyr pr=E9f=E8re les jattes de kiwis.?= » dans l'objet.

</p><p>Pour être conforme au modèle, un protocole d'une pile ne doit pas dépendre des protocoles des autres couches, mais uniquement du service fourni. À titre d'exemple de non-conformité, considérons la détection des erreurs dans une pile IP. Les 2 protocoles <a href="Transmission_Control_Protocol" title="Transmission Control Protocol">TCP</a> et <a href="User_Datagram_Protocol" title="User Datagram Protocol">UDP</a> ont dans leur en-tête une <a href="Somme_de_contr%C3%B4le" title="Somme de contrôle">somme de contrôle</a> pour la détection des erreurs. Le calcul de cette somme fait intervenir une partie de l'en-tête IP. Les protocoles TCP et UDP ne sont donc pas indépendants de IP. Cela se remarque notamment au fait que lors de passage de <a href="IPv4" title="IPv4">IP version 4</a> à <a href="IPv6" title="IPv6">IP version 6</a>, il faut redéfinir la façon de calculer ces sommes de contrôle alors que les protocoles eux-mêmes n'ont pas réellement changé.

</p><p>Lorsqu'un datagramme <a href="User_Datagram_Protocol" title="User Datagram Protocol">UDP</a>, protocole de niveau transport en principe, arrive à une adresse (paire <adresse IP, numéro de port>) alors qu'il n'a pas de processus destinataire, l'erreur est signalée à l'émetteur en lui envoyant un paquet ICMP indiquant « port inaccessible ». Or <a href="Internet_Control_Message_Protocol" title="Internet Control Message Protocol">ICMP</a> est en principe un protocole de niveau réseau. La machine recevant ce paquet doit donc examiner la partie donnée de ce paquet pour déterminer le processus devant recevoir la notification d'erreur. Différence de protocole et perte de transparence des données sont deux cas de mauvaise séparation des couches. Notons à cette occasion que <a href="Transmission_Control_Protocol" title="Transmission Control Protocol">TCP</a> utilise en revanche un mécanisme normal pour cette situation : la levée de l'indicateur RST dans le message d'erreur.

</p>

<div class="mw-heading mw-heading2"><h2 id="Le_modèle_TCP/IP"><span id="Le_mod.C3.A8le_TCP.2FIP"></span>Le modèle TCP/IP</h2></div>

<p>Le modèle TCP/IP (appelé aussi <a href="Suite_des_protocoles_Internet" title="Suite des protocoles Internet">modèle Internet</a>), qui date de 1976, a été stabilisé bien avant la publication du modèle OSI en 1984. Il présente aussi une approche modulaire (utilisation de couches) mais en contient uniquement quatre :

</p>

<ol><li>Application</li>

<li>Transport</li>

<li>Internet</li>

<li>Accès réseau</li></ol>

<p>Aujourd'hui, c'est le modèle TCP/IP, plus souple, qui l'emporte sur le marché. Le modèle OSI, plus rigoureux, est principalement utilisé pour certaines applications critiques, ou pour ses fonctionnalités permettant de garantir une <a href="Qualit%C3%A9_de_service" title="Qualité de service">qualité de service</a>.

</p>

<div class="mw-heading mw-heading2"><h2 id="Notoriété_du_modèle_abstrait_OSI"><span id="Notori.C3.A9t.C3.A9_du_mod.C3.A8le_abstrait_OSI"></span>Notoriété du modèle abstrait OSI</h2></div>

<p>Le découpage en 7 couches du modèle OSI reste cependant apprécié par les ingénieurs réseau, car il organise les discussions et concepts en permettant d'étager les normes inhérentes aux services applicatifs. On trouve souvent une correspondance avec le modèle abstrait OSI, ce qui lui confère une véritable <a href="Universalit%C3%A9_de_l'Internet" title="Universalité de l'Internet">universalité</a>, qui était à la fois une contrainte et un objectif pour ses concepteurs. Ainsi le Web, qui dessert mondialement tout internaute, et considéré comme le nec plus ultra des réseaux Internet (TCP/IP), est découpable comme suit :

</p>

</caption>

<th>n°

</th>

<th>Couche

</th>

<th>Norme

</th></tr>

<tr>

<td>7

</td>

<td>Application

</td>

<td>HTTP / HTTPS

</td></tr>

<tr>

<td>6

</td>

<td>Présentation

</td>

<td>HTML / XML

</td></tr>

<tr>

<td>5

</td>

<td>Session

</td>

<td>(Cookie)

</td></tr>

<tr>

<td>4

</td>

<td>Transport

</td>

<td>TCP

</td></tr>

<tr>

<td>3

</td>

<td>Réseau

</td>

<td>IP

</td></tr>

<tr>

<td>2

</td>

<td>Liaison

</td>

<td>Ethernet

</td></tr>

<tr>

<td>1

</td>

<td>Physique

</td>

<td>1000BASE-T / xDSL

</td></tr></tbody></table>

<p>La notoriété de ce modèle trouve un prolongement humoristique dans le <a href="Jargon_informatique" title="Jargon informatique">jargon informatique</a>, où l'expression « <a href="Jargon_informatique#C" title="Jargon informatique">Couche 8</a> » désigne l'entité supérieure qu'est l'utilisateur humain du système, encore appelé « <a href="Jargon_informatique#I" title="Jargon informatique">ICC (interface chaise-clavier)</a> » ou « <a href="Jargon_informatique#C" title="Jargon informatique">Code 18 / Code 45</a> » (en référence à la distance moyenne, exprimée en <a href="Pouce_(unit%C3%A9)" title="Pouce (unité)">pouces</a> ou en centimètres, séparant un utilisateur de son écran).

</p>

<div class="mw-heading mw-heading2"><h2 id="Quelques_protocoles">Quelques protocoles</h2></div>

<dl><dt>7 <a href="Couche_application" title="Couche application">Couche application</a></dt>

<dd><a href="Advanced_Message_Queuing_Protocol" title="Advanced Message Queuing Protocol">AMQP</a> • <a href="Border_Gateway_Protocol" title="Border Gateway Protocol">BGP</a> • <a href="BitTorrent" title="BitTorrent">BitTorrent</a> • <a href="CANopen" title="CANopen">CANopen</a> • <a href="Connectionless_Network_Protocol" title="Connectionless Network Protocol">CLNP</a> • <a href="Dynamic_Host_Configuration_Protocol" title="Dynamic Host Configuration Protocol">DHCP</a> • <a href="Domain_Name_System" title="Domain Name System">DNS</a> • <a href="File_Transfer_Protocol" title="File Transfer Protocol">FTP</a> • <a href="File_Transfer_Protocol_Secure" title="File Transfer Protocol Secure">FTPS</a> • <a href="File_eXchange_Protocol" title="File eXchange Protocol">FXP</a> • <a href="Gopher" title="Gopher">Gopher</a> • <a href="Hypertext_Transfer_Protocol" title="Hypertext Transfer Protocol">HTTP</a> • <a href="Hypertext_Transfer_Protocol_Secure" title="Hypertext Transfer Protocol Secure">HTTPS</a> • <a href="Internet_Message_Access_Protocol" title="Internet Message Access Protocol">IMAP</a> • <a href="InterPlanetary_File_System" title="InterPlanetary File System">IPFS</a> • <a href="Internet_Printing_Protocol" title="Internet Printing Protocol">IPP</a> • <a href="Internet_Relay_Chat" title="Internet Relay Chat">IRC</a> • <a href="IS-IS" title="IS-IS">IS-IS</a> • <a href="Lightweight_Directory_Access_Protocol" title="Lightweight Directory Access Protocol">LDAP</a> • <a href="Local_Mail_Transfer_Protocol" title="Local Mail Transfer Protocol">LMTP</a> • <a href="Modbus" title="Modbus">Modbus</a> • <a href="MQTT" title="MQTT">MQTT</a> • <a href="Network_File_System" title="Network File System">NFS</a> • <a href="Network_News_Transfer_Protocol" title="Network News Transfer Protocol">NNTP</a> • <a href="Network_Time_Protocol" title="Network Time Protocol">NTP</a> • <a href="Post_Office_Protocol" title="Post Office Protocol">POP3</a> • <a href="Remote_Desktop_Protocol" title="Remote Desktop Protocol">RDP</a> • RELP • <a href="Remote_Frame_Buffer" title="Remote Frame Buffer">RFB</a> • <a href="Appel_de_proc%C3%A9dure_%C3%A0_distance" title="Appel de procédure à distance">RPC</a> • <a href="Real-time_Transport_Protocol" title="Real-time Transport Protocol">RTP</a> • <a href="Real_Time_Streaming_Protocol" title="Real Time Streaming Protocol">RTSP</a> • <a href="SSH_File_Transfer_Protocol" title="SSH File Transfer Protocol">SFTP</a> • <a href="Secure_Internet_Live_Conferencing" title="Secure Internet Live Conferencing">SILC</a> • <a href="SIP_for_Instant_Messaging_and_Presence_Leveraging_Extensions" title="SIP for Instant Messaging and Presence Leveraging Extensions">SIMPLE</a> • <a href="Session_Initiation_Protocol" title="Session Initiation Protocol">SIP</a> • <a href="Server_Message_Block" title="Server Message Block">SMB</a> • <a href="Simple_Mail_Transfer_Protocol" title="Simple Mail Transfer Protocol">SMTP</a> • <a href="Simple_Network_Management_Protocol" title="Simple Network Management Protocol">SNMP</a> • <a href="SOAP" title="SOAP">SOAP</a> • <a href="Secure_Shell" title="Secure Shell">SSH</a> • <a href="Streaming_text_oriented_message_protocol" title="Streaming text oriented message protocol">STOMP</a> • <a href="Terminal_Access_Controller_Access-Control_System" title="Terminal Access Controller Access-Control System">TACACS</a> • <a href="Terminal_Access_Controller_Access-Control_System_Plus" title="Terminal Access Controller Access-Control System Plus">TACACS+</a> • <a href="Transaction_Capabilities_Application_Part" title="Transaction Capabilities Application Part">TCAP</a> • <a href="Telnet" title="Telnet">Telnet</a> • <a href="Trivial_File_Transfer_Protocol" title="Trivial File Transfer Protocol">TFTP</a> • <a href="Voix_sur_IP" title="Voix sur IP">VoIP</a> • <a href="WebDAV" title="WebDAV">WebDAV</a> • <a href="XML_Configuration_Access_Protocol" title="XML Configuration Access Protocol">XCAP</a> • <a href="Extensible_Messaging_and_Presence_Protocol" title="Extensible Messaging and Presence Protocol">XMPP</a> • <a href="Micro_Transport_Protocol" title="Micro Transport Protocol">µTP</a> • <a href="World_Wide_Web" title="World Wide Web">Web</a> • <a href="WebSocket" title="WebSocket">WebSocket</a></dd>

<dt>6 <a href="Couche_pr%C3%A9sentation" title="Couche présentation">Couche de présentation</a></dt>

<dd><a href="Apple_Filing_Protocol" title="Apple Filing Protocol">AFP</a> • <a href="American_Standard_Code_for_Information_Interchange" title="American Standard Code for Information Interchange">ASCII</a> • <a href="ASN.1" title="ASN.1">ASN.1</a> • CSS • <a href="Hypertext_Markup_Language" title="Hypertext Markup Language">HTML</a> • <a href="NetWare_Core_Protocol" class="mw-redirect" title="NetWare Core Protocol">NCP</a> • <a href="SSP" class="mw-disambig" title="SSP">SSP</a> • TDI • <a href="Multipurpose_Internet_Mail_Extensions" title="Multipurpose Internet Mail Extensions">MIME</a> • <a href="SSL" class="mw-disambig" title="SSL">SSL</a> • <a href="Transport_Layer_Security" title="Transport Layer Security">TLS</a> • <a href="Unicode" title="Unicode">Unicode</a> • <a href="Unix_to_Unix_Copy" title="Unix to Unix Copy">UUCP</a> • <a href="Vid%C3%A9otex" title="Vidéotex">Videotex</a> • <a href="Repr%C3%A9sentation_externe_des_donn%C3%A9es" title="Représentation externe des données">XDR</a> • <a href="Extensible_Markup_Language" title="Extensible Markup Language">XML •</a> <a href="JavaScript_Object_Notation" title="JavaScript Object Notation">JSON</a></dd>

<dt>5 <a href="Couche_session" title="Couche session">Couche de session</a></dt>

<dd><a href="AppleTalk" title="AppleTalk">AppleTalk</a> • <a href="NetBIOS" title="NetBIOS">NetBios</a> • <a href="Appel_de_proc%C3%A9dure_%C3%A0_distance" title="Appel de procédure à distance">RPC</a></dd>

<dt>4 <a href="Couche_transport" title="Couche transport">Couche de transport</a></dt>

<dt>3 <a href="Couche_r%C3%A9seau" title="Couche réseau">Couche de réseau</a></dt>

<dd><a href="Address_Resolution_Protocol" title="Address Resolution Protocol">ARP</a> • <a href="Dynamic_Host_Configuration_Protocol" title="Dynamic Host Configuration Protocol">DHCP</a> (en tant que service) • <a href="Enhanced_Interior_Gateway_Routing_Protocol" title="Enhanced Interior Gateway Routing Protocol">EIGRP</a> • <a href="Internet_Control_Message_Protocol" title="Internet Control Message Protocol">ICMP</a> • <a href="Internet_Group_Management_Protocol" title="Internet Group Management Protocol">IGMP</a> • <a href="Internet_Protocol" title="Internet Protocol">IP</a> • <a href="IPv4" title="IPv4">Ipv4</a> • <a href="IPv6" title="IPv6">Ipv6</a> • <a href="Internetwork_Packet_Exchange" title="Internetwork Packet Exchange">IPX</a> • <a href="NetBEUI" title="NetBEUI">NetBEUI</a> • <a href="Routing_Information_Protocol" title="Routing Information Protocol">RIP</a> • <a href="Open_Shortest_Path_First" title="Open Shortest Path First">OSPF</a> • <a href="Wireless_Distribution_System" title="Wireless Distribution System">WDS</a></dd>

<dt>2 <a href="Couche_liaison_de_donn%C3%A9es" title="Couche liaison de données">Couche de liaison de données</a></dt>

<dd><a href="Token_ring" title="Token ring">Anneau à jeton</a> • <a href="Mode_de_transfert_asynchrone" title="Mode de transfert asynchrone">ATM</a> • <a href="Bitnet" title="Bitnet">BitNet</a> • <a href="Bus_de_donn%C3%A9es_CAN" title="Bus de données CAN">CAN</a> • <a href="Ethernet" title="Ethernet">Ethernet</a> • <a href="Fiber_Distributed_Data_Interface" title="Fiber Distributed Data Interface">FDDI</a> • <a href="Relais_de_trames" title="Relais de trames">Frame Relay</a> • <a href="High-Level_Data_Link_Control" title="High-Level Data Link Control">HDLC</a> • <a href="LocalTalk" title="LocalTalk">LocalTalk</a> • <a href="Multiprotocol_Label_Switching" title="Multiprotocol Label Switching">MPLS</a> "2,5" • <a href="Point-to-Point_Protocol" title="Point-to-Point Protocol">PPP</a> • <a href="PPPoE" title="PPPoE">PPPoE</a> • <a href="IEEE_802.1aq" title="IEEE 802.1aq">SPB</a> • <a href="X.21" title="X.21">X.21</a> • <a href="X.25" title="X.25">X.25</a></dd>

<dt>1 <a href="Couche_physique" title="Couche physique">Couche physique</a></dt>

<dd><a href="1000BASE-T" title="1000BASE-T">1000BASE-T</a> • <a href="100BASE-TX" title="100BASE-TX">100BASE-TX</a> • <a href="10BASE-T" title="10BASE-T">10BASE-T</a> • <a href="10BASE2" title="10BASE2">10BASE2</a> • <a href="10BASE5" title="10BASE5">10BASE5</a> • <a href="ADSL" title="ADSL">ADSL</a> • <a href="Bluetooth" title="Bluetooth">Bluetooth</a> • <a href="C%C3%A2ble_coaxial" title="Câble coaxial">Câble coaxial</a> • <a href="Codage_Manchester" title="Codage Manchester">Codage Manchester</a> • <a href="Codage_Miller" title="Codage Miller">Codage Miller</a> • <a href="Non_Return_to_Zero" title="Non Return to Zero">Codage NRZ</a> • <a href="Carrier_Sense_Multiple_Access_with_Collision_Avoidance" title="Carrier Sense Multiple Access with Collision Avoidance">CSMA/CA</a> • <a href="Carrier_Sense_Multiple_Access_with_Collision_Detection" title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</a> • <a href="Direct-sequence_spread_spectrum" title="Direct-sequence spread spectrum">DSSS</a> • <a href="EIA-422" title="EIA-422">EIA-422</a> • <a href="EIA-485" title="EIA-485">EIA-485</a> • <a href="%C3%89talement_de_spectre_par_saut_de_fr%C3%A9quence" title="Étalement de spectre par saut de fréquence">FHSS</a> • <a href="HomeRF" title="HomeRF">HomeRF</a> • <a href="FireWire" title="FireWire">IEEE 1394 (FireWire)</a> • <a href="IrDA" class="mw-redirect" title="IrDA">IrDA</a> • <a href="Paire_torsad%C3%A9e" title="Paire torsadée">Paire torsadée</a> • <a href="Hi%C3%A9rarchie_num%C3%A9rique_pl%C3%A9siochrone" title="Hiérarchie numérique plésiochrone">PDH</a> • <a href="R%C3%A9seau_num%C3%A9rique_%C3%A0_int%C3%A9gration_de_services" title="Réseau numérique à intégration de services">RNIS</a> • <a href="RS-232" title="RS-232">RS-232</a> • <a href="RS-449" title="RS-449">RS-449</a> • <a href="Hi%C3%A9rarchie_num%C3%A9rique_synchrone" title="Hiérarchie numérique synchrone">SDH</a> • <a href="Symmetric_Digital_Subscriber_Line" title="Symmetric Digital Subscriber Line">SDSL</a> • <a href="Synchronous_Optical_Network" title="Synchronous Optical Network">SONET</a> • <a href="T-carrier" title="T-carrier">T-carrier</a> • <a href="Thunderbolt_(interface)" title="Thunderbolt (interface)">Thunderbolt</a> • <a href="Universal_Serial_Bus" class="mw-redirect" title="Universal Serial Bus">USB</a> • <a href="V.21" title="V.21">V.21</a>-<a href="V.23" class="mw-redirect" title="V.23">V.23</a> • <a href="V.42" class="mw-redirect" title="V.42">V.42</a>-<a href="V.90" title="V.90">V.90</a> • <a href="VDSL" title="VDSL">VDSL</a> • <a href="VDSL2" title="VDSL2">VDSL2</a> • <a href="Wi-Fi" title="Wi-Fi">Wi-Fi</a> • <a href="Wireless_USB" title="Wireless USB">Wireless USB</a></dd></dl>

<div class="mw-heading mw-heading2"><h2 id="Liens_externes">Liens externes</h2></div>

/* start https://fr.wikipedia.org/ */

.mw-parser-output .autres-projets>.titre{text-align:center;margin:0.2em 0}.mw-parser-output .autres-projets>ul{margin:0;padding:0}.mw-parser-output .autres-projets>ul>li{list-style:none;margin:0.2em 0;text-indent:0;padding-left:24px;min-height:20px;text-align:left;display:block}.mw-parser-output .autres-projets>ul>li>a{font-style:italic}@media(max-width:720px){.mw-parser-output .autres-projets{float:none}}

/* end https://fr.wikipedia.org/ */

</style>

<ul><li><abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> ISO : <a rel="nofollow" class="external free" href="http://standards.iso.org/ittf/PubliclyAvailableStandards/s020269_ISO_IEC_7498-1_1994(E).zip">http://standards.iso.org/ittf/PubliclyAvailableStandards/s020269_ISO_IEC_7498-1_1994(E).zip</a> Le texte de la norme, partie 1 seulement, en PDF compressé au format ZIP</li>

<li><abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> OSI : <a rel="nofollow" class="external free" href="http://www.acm.org/sigs/sigcomm/standards/iso_stds/OSI_MODEL/">http://www.acm.org/sigs/sigcomm/standards/iso_stds/OSI_MODEL/</a> Texte brut extrait des parties 1 et 3 de la norme</li>

<li><a rel="nofollow" class="external text" href="http://www.frameip.com/osi-tcpip/">Représentation du Protocole TCP/IP sur le modèle OSI</a></li>

<li><a rel="nofollow" class="external text" href="http://www.ybet.be/hardware2_ch2/hard2_ch2.htm">Introduction aux réseaux informatiques, modèle OSI et TCP/IP</a></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Notes_et_références"><span id="Notes_et_r.C3.A9f.C3.A9rences"></span>Notes et références</h2></div>

<li id="cite_note-interstices.info-1"><span class="reference-text">"D’une informatique centralisée aux réseaux généraux : le tournant des années 1970", par <a href="Val%C3%A9rie_Schafer" title="Valérie Schafer">Valérie Schafer</a>, historienne, le 10 février <a href="2009" title="2009">2009</a> sur <a href="Interstices" title="Interstices">Interstices</a> <a rel="nofollow" class="external autonumber" href="https://interstices.info/jcms/c_30585/dune-informatique-centralisee-aux-reseaux-generaux-le-tournant-des-annees-1970?part=1">[1]</a></span>

</li>

<li id="cite_note-2"><span class="mw-cite-backlink"><a href="#cite_ref-2">↑</a> </span><span class="reference-text">Entretien avec Louis Pouzin, par Isabelle Bellin, sur <a href="Interstices" title="Interstices">Interstices</a> <a rel="nofollow" class="external autonumber" href="https://interstices.info/jcms/c_16645/louis-pouzin-la-tete-dans-les-reseaux">[2]</a></span>

</li>

<li id="cite_note-3"><span class="mw-cite-backlink"><a href="#cite_ref-3">↑</a> </span><span class="reference-text">"Le réseau CYCLADES et Internet : quelles opportunités pour la France des années 1970 ?" Séminaire Haute Technologie du 14 mars 2007 du Comité d'histoire du Ministère des finances <a rel="nofollow" class="external autonumber" href="http://www.comite-histoire.minefi.gouv.fr/industrie/haute_techno/documents6946/downloadFile/attachedFile_5/schafer-reseau-cyclades.pdf?nocache=1199972008.03">[3]</a></span>

</li>

<li id="cite_note-4"><span class="mw-cite-backlink"><a href="#cite_ref-4">↑</a> </span><span class="reference-text">.<a rel="nofollow" class="external text" href="http://www.ieeeghn.org/wiki/index.php/Oral-History:Charles_Bachman">Interview de Charles Bachman sur "Oral History"</a></span>

</li>

<li id="cite_note-5"><span class="mw-cite-backlink"><a href="#cite_ref-5">↑</a> </span><span class="reference-text"><a rel="nofollow" class="external text" href="https://archive.is/O36j8">"De Paul OTLET à INTERNET en passant par HYPERTEXTE"</a> uhb.fr, septembre 1997</span>

</li>

<li id="cite_note-6"><span class="mw-cite-backlink"><a href="#cite_ref-6">↑</a> </span><span class="reference-text">"La France en réseaux (1960-1980)", par <a href="Val%C3%A9rie_Schafer" title="Valérie Schafer">Valérie Schafer</a></span>

</li>

<li id="cite_note-7"><span class="mw-cite-backlink"><a href="#cite_ref-7">↑</a> </span><span class="reference-text"><span class="ouvrage"><abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> « <a rel="nofollow" class="external text" href="http://www.livinginternet.com/i/ii_tcpip.htm"><cite style="font-style:normal;" lang="en">TCP/IP Internet Protocol</cite></a> »</span></span>

</li>

<li id="cite_note-8"><span class="mw-cite-backlink"><a href="#cite_ref-8">↑</a> </span><span class="reference-text"><a rel="nofollow" class="external text" href="http://www.iso.org/iso/iso_catalogue/catalogue_ics/catalogue_detail_ics.htm?csnumber=14252">norme ISO 7498:1984</a></span>

</li>

<li id="cite_note-9"><span class="mw-cite-backlink"><a href="#cite_ref-9">↑</a> </span><span class="reference-text"><a rel="nofollow" class="external text" href="https://www.iso.org/fr/standard/20269.html">norme ISO/IEC 7498-1:1994</a>.</span>

</li>

<li id="cite_note-10"><span class="mw-cite-backlink"><a href="#cite_ref-10">↑</a> </span><span class="reference-text">"Des logiciels partagés aux licences échangées", sous la direction de : Camille Paloque-Berges et Christophe Masutti, dans "Histoires et cultures du Libre"</span>

</li>

</li>

<li id="cite_note-12"><span class="mw-cite-backlink"><a href="#cite_ref-12">↑</a> </span><span class="reference-text">Voir le document <span class=" plainlinksneverexpand noarchive"><span class="lang-fr" lang="fr"><a class="external text" href="https://fr.wikibooks.org/wiki/fr:Liste_de_mn%C3%A9moniques#Modèle_OSI"><i>Liste de mnémoniques</i>, section « Modèle OSI »</a></span> sur Wikibooks</span>.</span>

</li>

</ol>

</div>

</div>

<ul id="bandeau-portail" class="bandeau-portail"><li><span class="bandeau-portail-element"><span class="bandeau-portail-icone"><span class="noviewer" typeof="mw:File"></span></span> <span class="bandeau-portail-texte">Portail de l’informatique</span> </span></li> <li><span class="bandeau-portail-element"><span class="bandeau-portail-icone"><span class="noviewer" typeof="mw:File"></span></span> <span class="bandeau-portail-texte">Portail d’Internet</span> </span></li> <li><span class="bandeau-portail-element"><span class="bandeau-portail-icone"><span class="noviewer" typeof="mw:File"></span></span> <span class="bandeau-portail-texte">Portail des télécommunications</span> </span></li> </ul></div><div><div class="zim-footer">

Cet article est issu de <a class="external text" title="Dernière modification le 2025-10-17" href="https://fr.wikipedia.org/wiki/?title=Mod%C3%A8le_OSI&oldid=229822798">Wikipédia</a>. Sauf mention contraire, le texte est disponible sous <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.fr">Creative Commons Attribution-Share Alike 4.0</a>. Des conditions supplémentaires peuvent s’appliquer aux fichiers multimédias.

</div>

</div></div>

</div>

</main>

</div>

</body></html>